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Method and system for activation of a local terminal 



FIELD OF THE INVENTION 



5 



The invention relates to a method and a system for activating a local terminal 

connectable to a first network. 



BACKGROUND AND PROBLEM DEFINITION 



It is known that the server of, for example, an "Internet Service Provider" (ISP) can 
announce to a user who is logging in or has already logged in that there is new e-mail, 

10 news, or other items for that user. Another possibility is that the user, after logging in to 
the server, asks if any new items have arrived. Alternatively, an ISP or other server can 
activate the local terminal in some other way. For example, the ISP can update software 
or databases present in the terminal, send out recent news reports, etc. 
All this is, however, only possible if there is an actual connection with the server. If a 

15 user wishes to be notified as soon as any new mail etc. arrives on the server, this is only 
possible if there is a continuous or very frequently established connection with the 
server. If the connection runs via e.g. a PSTN or an ISDN connection, which is not 
usually continuously open, this means that the user must regularly establish a 
connection in order to check whether any mail, messages, updates, etc. are present on 

20 the server. Since this will often not be the case, however, this procedure is both 

inefficient and costly both for the users and for the service provider. Of course, keeping 
a connection open continuously is even more expensive for residential and small 
business users. 

25 SUMMARY 

In order to overcome the above-mentioned problems, the invention provides a method 
and a system whereby - in brief - a "Non-permanently Accessible Terminal" (NAT) is 
activated by a server via a "Permanently Accessible Terminal" (PAT). 
The method for the activation of a local ("Non-permanently Accessible") terminal 
30 connectable to a first network can comprise, according to the invention, the following 



steps: 

l.a. the server transmits via a second network an activation code to a local 
("Permanently Accessible") activation module which is connected to the second 
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network on the one hand and to the local terminal on the other hand; 

1 .b after receiving an activation code, the activation module activates the terminal. 
On receiving the activation code, the PAT, which is permanently accessible via the first 
network (e.g. PSTN or ISDN), "wakens", as it were, the NAT, which is not permanently 
accessible via the first network (e.g. the internet). After having been "awoken", the 
NAT can perform further actions, depending on how the NAT is programmed. The 
activation module or PAT can, for example, activate a connection, via the first network, 
between the local terminal or NAT and the server, after which the server can in turn 
further activate the terminal or NAT. 

The activation by the PAT can also be made dependent on the "Calling Line Identifier" 
(CLI) or other node identifier which the server uses in its connection with the activation 
module. 

If the second network passes on to the activation module the CLI of the node via which 
the server connects to the second network, the activation module records the CLI and 
activates the terminal in accordance with the value of the recorded CLI. Thus the CLI 
value received by the PAT here determines the behaviour of the NAT. 
For activation of the NAT in a variety of ways, the server can connect to the second 
network via various nodes with different CLIs, which can enable the server to set the 
behaviour of the NAT, activated via the PAT, by specifically using either one or the 
other network node of e.g. the PSTN or ISDN, 

The PAT can be implemented as hardware (a box) as well as software (on a computer, 
that might be the NAT) as long as it is able to be connected to the second network and 
to receive the activation code of the server. If the PAT is sofware implemented and the 
user does not have his device on which the software runs (e,g, the NAT) on then it is of 
no use to send an alert. One way to deal with this problem is to allow the end user to 
configure during which times he wishes to receive alerts. It is then the responsibility of 
the end user to ensure that the PC is on during these times in order to receive the alerts. 
Another option is that the user can toggle his virtual online status with one mouse click. 
A call is then made from the end user to the call server which uses CLI to identify the 
end user. The virtual online status of the end user can then be toggled from virtual 
online to virtual offline, or vice versa. In this way the end user can signal when he is 
ready to receive alerts and when not. The platform will keep track of the virtual online 
status and will only send alerts if the user is virtually online. 
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The NAT might be any kind of apparatus such as a personal computer, a laptop, a phone 
(wired as well as wireless) etc. as long as it is able to receive activation signals or code 
from the PAT and can be connected to the first network. 

The activation code can, in addition to the activation code itself, also comprise a 
message that is sent by the server to the activation module and that can be read by the 
terminal, after having been activated, independently of whether the terminal is 
connected to the second network or not. A message of this kind could be a notification 
message to the effect that, for example, a (longer) message, e.g. an SMS or e-mail 
message, is waiting in the server to be read by the user of the terminal. It is not, 
however, necessarily a notification message (indicating the presence of a longer 
message in the server); the activation code can also comprise a complete message (for 
example an SMS). This option is particularly applicable if the first network is an ISDN 
network. The user can read the message as soon as the terminal has been activated, 
without first having to make a connection to the second network (e.g. the internet). 
The invention will now be described in more detail with reference to a working example 
of a system architecture which is suitable for performing the method according to the 
invention. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Fig.l shows a schematic example of the system architecture according to a first 
embodiment of the invention. 

Fig.2 shows a schematic example of the system architecture including an ISP according 
to a second embodiment of the invention. 

Fig. 3 shows an example of the system architecture including a possible extended 
application of controlling devices according to a third embodiment of the invention. 
Figs.4A-D show a detailed example of elements of an embodiment of a platform 
according to the invention. 

DESCRIPTION 

For the purpose of teaching the invention, preferred embodiments of the method and 
devices of the invention are described in the sequel. It will be apparent to the person 
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skilled in the art that other alternative and equivalent embodiments of the invention can 
be conceived and reduced to practice without departing from the true spirit of the 
invention, the scope of the invention being only limited by the claims as finally granted. 
Figure 1 shows a system for activating a local "Non-permanently Accessible" tenninal 7 
connectable to a first network 1, e.g. the internet. A local "Permanently Accessible" 
activation module 6 is connected to a second network 5 (e.g. PSTN or ISDN) on the one 
hand and to the local terminal 7 on the other hand, which activation module, after 
receiving an activation code (a), activates the terminal 7 (b). This activation can refer to 
a variety of things, for example control via the terminal of (household) equipment, etc. 
(see figure 3). In particular, however, the activation module 6 (subsequently) activates a 
connection between the local terminal 7 and a server 2 (c) via the first network 1, which 
server 2 further activates or controls or communicates with the terminal. The second 
network 5 passes on to the activation module 6 the identifier ("Calling Line Identifier" - 
CLI) of the node via which the server 2 connects to the second network. The activation 
module 6 records this identifier (CLI) and activates the terminal 7 in accordance with 
the value of the CLI. 

The server 2 comprises means, represented by selection means 4, for - via various 
network nodes, each with different identifiers (CLIs) - connecting to the second 
network, with the aim of activating the activation module 6 and indirectiy the terminal 7 
in various ways, in accordance with the value of the CLI recorded by the activation 
module. 

The first network 1 and the second network 5 can in principle be completely separate 
networks. The first network 1 and the second network 5 can, however, also belong (in 
part) to the same network. In general, this latter possibility is usually the case: for 
residential use, the internet 1 is usually accessed via a PSTN or ISDN connection, via a 
PSTN or ISDN modem 3 and an ISP. 

Figure 2 shows a situation involving an ISP 8. In addition, the modem 3 and the 
activation module 6 are combined into one unit incorporating both functions. The 
operation is preferably identical to that of figure 1 ; the connection between the server 2 
and the terminal 7, however, runs via an ISP server 8 connected to the PSTN or ISDN 
on the one hand and to the IP network 1 on the other hand, which server can be selected 
by the terminal 7 via the PSTN or ISDN 5. 
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Figure 3 illustrates some additional aspects of the invention. The terminal 7 can be used 
for controlling e.g. household equipment, represented by devices 1 1 . These devices 1 1 
can be controlled independently by the terminal (PC) 7, but can also be co-controlled 
from the activation module 6 (which can be set via the CLIs) or a server or external 
computer connected to the internet 1, for example the server 2. This server 2 can also, in 
turn, be controlled from, for example, a telephone set 12 - via the network 5 - or an 
external terminal 13, enabling the user to connect to the server 2 and pass on control 
parameters to it, in order thereby to influence the operation of the activation module 6 
or the terminal 7. 

Via the network 5 the module 6 therefore makes a connection between a terininal 7 and 
the server 2, for which purpose module 6 (not explicitly shown) comprises means for 
receiving an activation code (a) from the server 2 and subsequently activating the 
terminal 7, preferably in accordance with the value of the received activation code. In 
the embodiment shown, the value of the activation code comprises an identifier (CLI) of 
the network node 9 used by the server 2. Furthermore, it is also possible that the module 

6 comprises means for detecting a terminal-status code (d), relating to the status of the 
terminal 7, and for passing on this status code via the network 5 to the server 2. In 
particular, it is envisaged that the status code indicates whether the terminal is active 
("on") or inactive ("off), so that the server 2 knows whether it can or cannot send a 
message to the terminal. Such a message has in particular the form of an "alert" or 
notification message that, after the server 2, on the basis of the latest terminal status 
code, knows that the terminal 7 is "on", can be sent via the activation module 6 to the 
terminal 7. Such an "alert" can therefore be sent via the network 5 without the terminal 

7 being connected to the first network, e.g. the internet 1. The advantage of this is, 
amongst other things, that it eliminates the need for the rather lengthy log-in procedure 
to the ISP 8 for access to the internet, while it is still possible to receive (short) 
messages from the server 2. These messages can — in particular if the network 5 is an 
ISDN network - be not only "alert" messages, but also SMS messages, known in 
particular from mobile telephony. These messages can be sent to the server 2 either by 
users 12,13 of network 5 or by users of the first network, e.g. the internet 1. The server 
2 then sends with the activation code either a notification message or the SMS message 
itself to the module 6 and via this module to the activated terminal 7. 
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An example of the elements of an embodiment of a platform according to the invention 
will be shown and briefly described in relation to figure 4. The platform might comprise 
the following elements: 

1. SMPT server 

5 2. Voicemail server 

3. HTTP/chat server 

4. Client database 

5. Alert server 

6. Call server 

10 7. Activation module and/or activation software 

Some of these elements are shown in the embodiment of the platform in fig.4A-D. 
Whenever there is a new voicemail waiting for a subsciber to the service according to 
the invention the voicemail server 14 in fig. 4A might send the telephone number (e.g. 
070-3755660) to the alert server 15 in fig. 4B. Moreover a chatter might be requesting 

15 an off line chat buddy to join in a chat session. The offline chat buddy might be 

identified by an e-mail adress (e.g. ian@hetnet.nl) . This e-mail adress is forwarded by a 
chat server 16 in fig. 4A to the alert server 15. In a client database 17 (fig. 4B) client 
information 18 might be stored such as e-mail adress, telephone number and whether 
the client is a subscriber to the service. The alert server 15 translates an incoming alert 

20 with e-mail adress to the appropriate alert telephone number and client telephone 
number. For the latter the client database 17 is used. Both telephone numbers are 
forwarded to a call server 19 as shown in fig. 4C. The alert telephone number 
corresponding to an e-mail or chat alert might be configurable. The call server 19 calls 
to a client telephone number from an alert telephone number and hangs up immediately 

25 to avoid incurring call setup charges. Using e.g. the calling line identifier (CLI), the 

calling (alert) telephone number is identified allowing the appropriate alert message to 
be displayed , either as a LED 20 on the activation module 21 or as a popup 22 on a pc 
23 as shown in fig. 4D. The activation module 21 might be a caller display device using 
CLI to identify the callers number. Each LED 20 on the activation module 2 1 can be 

30 programmed to light up in response to a particular caller. The LCD screen might show 
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the callers number. In addition the activation module might have voicemail LED which 
might light up whenever a telephone call is not answered. The popup 22 on the pc 23 
might display alert messages in response to certain caller numbers. With e.g. one mouse 
click users can respond to an alert automatically resulting in the pc 23 going online to 
the correct webpage. The caller numbers and the corresponding alert messages can be 
(re)programmed or synchronised by e.g. the ISP when the client is online. 

The service or services that might be provided by the method and system according to 
the invention are, above the services already described above, numerous. To summarise 
partly and extend these services might comprise amongst other ones: 

• Filtered e-mail alerts, the end user can specify the senders of e-mail which will 
trigger an alert and which senders will not. 

• Web event alerts, the platform according to the invention is suitable for sending 
alerts to end users for a variety of Internet events such as live concerts, interviews 
and chat sessions. 

• Game alerts, end users playing online games can receive alerts in response to 
interesting game events. 

• VoIP, according to the invention alerts can facilitate the introduction of the VoIP 
service allowing end users to 'call' each other. 

• Personalised alert, end users can specify themselves for which events they wish to 
receive alerts. 

• Third party alerts, the operator of the platform according to the invention might 
allow third parties to develop and deploy new alert services. 

• Mobile alerts, the platform according to the invention can send alerts to mobile 
phones. 

• Screenphone alerts, next generation telephones can be integrated with the alert 
services according to the invention. 

• SMS for fixed telephony, the platform according to the invention can be extended to 
enable SMS messages to be sent to end users over the fixed telephone network. 
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Home connect, end users can remotely bring their PC online and thus access their 
files and applications. 

Home device control, end users can bring their home environment online and 
remotely access their household appliances such as videos, washing machines and 
thermostats. 



